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^ (54) Title: MESSAGING PROXY SYSTEM 

O (57) Abstract: A messaging proxy system is disclosed for the purpose of delivering data in the form of a portable message formate 
f ro m a producer running on a mobile or non-mobile computer, over any wireless network, by passing this data through an inter- 
mediary proxy computer program, to one or more recipients running on mobile or non-mobile computers. The system includes a 
5; message proxy computer program with at least one pluggable transport protocol adapter. The proxy contains a command subsystem 
fS for sending and receiving command- and message-tokens to and from the mobile clients. The system further includes a thin mes- 
® saging middleware client to run on mobile devices. The thin messaging middleware client includes at least one pluggable protocol 
Q adapter. The client also comprises a command subsystem for sencing and receiving command- and message-tokens to and from 
>. the proxy. The proxy also contains a communication subsystem for sending and receiving messages via a state of the art message 
^ oriented middleware. 
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MESSAGING PROXY SYSTEM 



FIELD OF THE INVENTION 

The invention relates to techniques for the delivery of electronic messages between 
hardware or software components across wireless and wireline networks, between 
mobile and non-mobile devices. 

5 BACKGROUND OF THE INVENTION 

Message oriented middleware (MOM) has been available for many years. In October 
1998, an industry standard emerged from Sun Microsystems, the Java Message 
Service (JMS). At a programming interface level, this standard describes how a 
messaging middleware is accessed from a Java application. The two main 
10 abstractions of JMS are "topics" (publish / subscribe messaging) and "qu eues " 
(point-to-point messaging). While the standard describes the interface to the 
messaging middleware, the implementation of the middleware is not specified. Also, 
integration of wireless mobile devices (such as phones, pagers, personal digital 
assistants or laptops) is not specified. 

15 Existing messaging middleware allows one to access the middleware from non- 
mobile devices (personal computers or server computers) over wireline networks 
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(Ethernet or Token Ring). These networks usually run communication protocols such 
as TCP/TP, HTTP or SSL. Supporting wireless mobile devices requires the vendor of 
the middleware to implement a message transmission protocol atop a wireless 
transport protocol (such as WAP, GSM, SMS, GPRS, or UMTS) and to integrate this 
5 message transmission protocol into the middleware. 

This leads to limited applicability for the following reasons: 

• State of the art JMS messaging middleware requires more computer memory than 
is available on mobile devices. 

. • Mobile devices, which are often disconnected from a corporate network, are 
1 0 unsupported in state of the art JMS messaging middleware products. 

• Wireless protocols such as WAP, SMS, GPRS or UMTS are not supported by 
state of the art JMS messaging middleware products, unless the TCP/IP, HTTP or 
SSL protocol is used atop those wireless protocols. 

• Though state of the art JMS messaging middleware products support 
15 communication protocols such as TCP/IP, HTTP, and SSL, they do not support 

any other communication protocols. 

Further, there are considerable performance impacts, as TCP, HTTP or SSL were 
designed for wireline networks and thus do not perform well on wireless networks. 



SUMMARY OF THE INVENTION 
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A first object of the invention is therefore to provide a system for the delivery of data 
between applications serving as clients and running on mobile^ wireless devices and 
applications running on computers of a wired network. Another object of the 
invention is to provide a method for delivering data between an application serving 
5 as client and running on a mobile wireless device and an application running on a 
computer of a wired network. Yet another object of the invention is to provide a 
computer program loadable into the memory of a computer usable for delivering 
messages between clients on mobile wireless devices and applications running on 
computers. A further object of the invention is to provide a computer program 

10 product comprising a computer usable medium having thereon computer readable 
program code means for implementing on a computer connected to a wired computer 
network. Still another object of the invention is to provide a computer program 
directly loadable into the memory of a mobile device and allowing the mobile device 
to access a messaging middleware product according to the state of the art, without 

15 needing to load that messaging middleware into the memory, of the mobile device 
entirely. 

The messaging proxy system outlined in this disclosure is a major technological 
advancement enabling users of state of the art messaging middleware products to 
send and receive messages to and from mobile devices, over any wireless transport 
20 protocol, without requiring that the state of the art messaging middleware be loaded 
into the memory of the mobile devices. 

The system for running said message proxy installation includes a message proxy 
implemented by a computer program with a system architecture comprising at least 
one pluggable protocol adapter. In a preferred embodiment of the invention, the 
25 proxy further comprises at least one pluggable database adapter. 
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The invention also comprises a thin message client computer program directly 
loadable into the memory of a mobile device. This thin message client program 
allows a mobile device to exchange message and command tokens with a message 
oriented middleware according to the state of the art, by using the proxy computer 
5 program as an intermediary between the thin client and the message oriented 
middleware and thereby using at least one wireless transport protocol The thin 
message client computer program embodies a system architecture of at least one 
pluggable protocol adapter. Preferably, it also embodies a system architecture of at 
least one pluggable database adapter. 

10 According to a first preferred embodiment, the proxy computer program is a program 
module which can be installed on a computer for interacting with state of the art 
middleware. According to an other embodiment, however, the proxy may be directly 
integrated in the middleware. The proxy computer program is then part of a modified 
middleware software tool 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, an example of an embodiment of the invention is described with 
reference to drawings. In the drawings: 

Fig. 1 provides a block diagram of a preferred embodiment of the system according 
to the present invention, and 

20 Fig. 2 shows a UML sequence diagram of an embodiment of the method according 
to the present invention. 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Now with reference to the drawing. Fig. 1 provides a block diagram of a preferred 
embodiment of the present invention. It more particularly shows an installation of 
software tools loaded on non-mobile computers and mobile wireless devices, the 
5 installation comprising: 

• A message proxy 1, 

• Thin JMS message clients 2, 2', 2" linked to the proxy 1 with a wireless 
communication protocol, 

• JMS message oriented middleware 3 according to the state of the art, and 

10 • A JMS message oriented middleware client 4. 

The message proxy 1 may be separate from or integrated in the JMS message 
oriented middleware 3. 

The block diagram is but one example of a message proxy infrastructure deployment 
Any number of message proxies, thin JMS message clients, message oriented 
15 middleware products, and message oriented middleware product clients can be 
present in a specific installation- 
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The message proxy 1 may be implemented on a conventional computer network 
server,, .e.g on a Windows-NT-server and may e.g. run in the background. It 
maintains client connections, maintains client subscriptions to JMS topics and 
queues, receives and forwards JMS messages, and stores JMS messages in its 
5 database, such that they will not be lost when a client is disconnected from the proxy. 

The message proxy 1 comprises at least one pluggable transport protocol adapter. 
Fig. 1 shows an example of six specific wireless transport protocol adapters (WAP 
la, UMTS lb, HTTP lc, DAB/GSM Data Id, SMS le, GPRS If). Any number of 
additional wireless protocol adapters lg can be present Pluggable protocol adapters 

10 allow the message proxy to send and receive messages to and from.rnessage clients 
using arbitrary wireless protocols. A protocol adapter embodies an existing transport 
protocol, such as GPRS or TCP/IP, and also provides additional features on top of 
the existing transport protocol. Examples of such additional features include data 
encryption and guaranteed delivery of messages. A protocol adapter is divided into 

15 one or more protocol objects. Each protocol object provides one part of the 
functionality offered by the protocol adapter. For example, a protocol object can 
encrypt data, or compress data, or request the sender of the data to retransmit a 
message which was lost on the network. 

The message proxy 1 also comprises a^^ase.adapter. This allows the proxy to 
20 store messages and client subscription information into arbitrary databases. 

On startup, the message proxy 1 reads its configuration data and initializes all 
configured protocol adapters. It also initializes the topic and queue subscriptions of 
all the message clients which are known to the proxy. At runtime, additional protocol 
adapters can be started, or running protocol adapters can be stopped, without 
25 interrupting the message proxy service (however, if a specific protocol adapter is 
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stopped, service over this adapter is no longer available). At runtime, additional 
clients can be connected to the proxy, or existing clients can be disconnected. from 
the proxy. 

Each thin JMS message client 2, 2', 2" is installed on a mobile wireless device such 
5 as a mobilephone, a small laptop computer with a wireless modem, a palmtop device 
or any other device comprising a processor, a memory and communication means for 
communicating wirelessly. It contains a JMS programming library which is identical 
or similar to at least a part of the prograrnrning library used by messaging 
middleware 3 of the state of the art The thin JMS message client library is small 
10 enough to be loaded into the memory of the mobile devices which have constrained 
memory and processing power. 

Such a small footprint of the thin JMS message client library is achieved by 
offloading from the client to the proxy most of the computations and most of the 
state information which a JMS client application ought to perform or to maintain. 

15 The thin JMS message client mainly consists of the JMS interface. Most of the Java 
code necessary for implementing the interface is running on the proxy, and not on the 
thin JMS message client The proxy also maintains the JMS state information 
associated with the client For example, the proxy stores the JMS messages which 
have not been acknowledged by the client yet. Also, the thin JMS message client 

20 does not need to store the names of the queues and topics it is subscribed to. This 
information is stored only by the proxy. Internally, the thin JMS client uses code 
information, such as number values, to refer to topics and queues. This code 
information can be as small as one byte. The actual representation of those queues 
and topics, which can be hundreds or thousands of bytes for each topic or queue, is 

25 contained in the proxy. When the thin JMS client wishes to publish a message on a 
certain topic, the client sends to the proxy only the JMS message and the code 
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information related with the topic. All this considerably reduces the footprint of the 
thin JMS client. 



The thin JMS message client 2 also contains a command and message transmission 
system comprising a transport protocol adapter 2a, 2a', 2a" used for Worming the 

5 proxy of what JMS topics and queues the client wants to subscribe to. 

.... 

The message client 2, 2\ 2" also comprises a database adapter. This allows the client 
to store JMS messages and other information locally, using arbitrary databases. The 
message database is necessary to ensure that JMS messages and JMS subscriptions 
submitted by the client are not lost in case the client cannot communicate with the 
10 proxy due to lack of wireless network coverage, or because the proxy is not running. 

A message client 2, 2\ 2" links to the message proxy 1, using its transport protocol 
adapter 2a, 2a', 2a". If a matching protocol adapter is running on the proxy, the 
" connection is successful. Further communication between message client and 
message proxy is according to the familiar publish/subscribe or point-to-point model 
15 of JMS. 



JMS topics or JMS queues are named and administered independently of the protocol 
adapters involved If a client connects to the proxy using the "WAP" protocol 
adapter, it can communicate with a client that connected using the "GPRS" protocol 
adapter, if both clients use the same JMS topic or queue. 

20 The protocol adapters encapsulate at least one logic needed to: 
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- • Interface with a transport protocol, such as HTTP, WAP or GSM Data. 

• Specify and guarantee a quality of service for the message delivery. 

Certain transport protocols operate in a "best effort" delivery mode. Thus, simply 
adapting to a specific protocol is not always enough (unless "best effort" is the 
5 desired message delivery guarantee). Thus, protocol adapters consist of both the 
transport protocol mechanism, and a quality of service mechanism to improve the 
basic network delivery guarantee. 

Network reUabUityJs improved as follows. The sending protocol adapter attaches a 
reliability indicator such as a sequence number to all outgoing messages. The 

10 reliability indicator is varied in a predefined manner upon sending a message. E.g., 
the sequence number is incremented by one after each sent message. The receiver 
application uses the reliability indicator of the incoming message to detect whether a 
message was lost In the described example, this is the case when the sequence 
number of the just received message is greater than the sequence number of the 

15 previous message, plus one. In the event of message loss, the receiver sends a 
command token to the sender indicating which messages are to be retransmitted. The 
sender then retransmits the requested messages. The sender keeps messages in a local 
database to be able to fulfill a message retransmission request 

The database adapters encapsulate at least one logic needed to: 
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• Interface with a database product, such as PointBase, Oracle, DB/2, or Sybase, 
OR to interface with a portable database access software such as JDBC or 



• Store and retrieve JMS messages and JMS subscription requests. 

5 The message client 2 implements e.g. the JMS API from Sun Microsystems. It 
cooperates with the proxy to achieve full JMS functionality. When the client wants to 
subscribe to a JMS queue or topic, its command subsystem creates a command token 
containing the subscription information. The command token is then sent to the 
proxy using wireless communicatioa To this end, the token is sent via a protocol 

10 adapter 2a, 2a', 2a M at the client side and received by a protocol adapter la, lb, lc, 
Id, le ,lf or lg at the proxy side. 



On receipt of a command token, the proxy 1 reads the subscription information 
contained in the token, and performs a JMS subscription with the state of the art 
middleware, on behalf of the client 

15 Further command tokens are generated when the client wants to unsubscribe from a 
JMS topic or queue, when the client wants to transmit a JMS message, or for any 
other JMS action which is requested by the client 

When a JMS message is received on a topic or queue the proxy 1 is subscribed to on 
behalf of the client, the proxy creates a message token containing the data of the JMS 



communicatioa For that the token is sent via a protocol adapter la, lb, lc, Id, le V 



ODBC. 



20 message. The message 
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or lg at the proxy side, and received by the protocol adapter 2a, 2a', 2a" at the client 
side. 

On receipt of such a message token by a thin JMS message client 2, a JMS message 
is created by the client Then, the JMS message is processed by the client For 
5 example, the message can be visualized in a graphical user interface. 

The JMS message oriented middleware 3 according to the state of the art can be any 
JMS messaging middleware product, for example, IBM's MQSeries, SoftWired's 
iBus, or Progress' SonicMQ. 

The JMS message oriented middleware client 4 is a client application implemented 
10 on a non-mobile computer, Le. on a computer connected to a wired computer 
network, using a state of the art JMS message oriented middleware 3. One or more 
JMS message oriented middleware clients 4 according to the state of the art can be 
present 

For the describing an example of the communication between different examples, it 
15 is assumed that the thin JMS message client 2 is subscribed to a topic T. Such a topic 
T can, depending on the application, denote a stream of stock quotes, of sports news, 
or denote a transmission channel carrying digital audio. When a state of the art JMS 
message oriented middleware client 4 sends a JMS message to topic T, the message 
is passed first to the state of the art JMS message oriented middleware 3. The 
20 message will then be received by the proxy 1 on behalf of thin client 2. Next proxy 1 
transmits the JMS message to client 2 in the form of a message token using one of its 
transport protocot adapters la, lb, 1c, Id, le, If or lg. Finally, client 2 receives the 
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JMS message on topic T as if it was accessing the state of the art JMS message 
oriented middleware 3 directly. 

In order to show this procedure in more detail, in the following an example of the 
method for delivering information between applicatioi^runTU^Qn mobile wireless 
5 devices and serving as clients and applications running on non-mobile computers is 
described with reference to Fig. 2. 

The sequence diagram of Fig. 2 shows the interactions - represented by arrows - 
occurring between a mobile client and a proxy during one information exchange, 
namely during the creation of a JMS TopicPublisher for a topic T by the mobile 
10 client and a subsequent publishing of a message published on Topic T. In the 
diagram, the mobile client is symbolized by a shaded and dashed box. The vertical 
line on the right hand side of the figure represents the message proxy. The method 
steps are denoted by numbers which are not to be confused with the reference 
numerals of Fig. 1. 

15 1. A JMS TopicPublisher object "Pub" is created, upon request of the application, for 
JMS publish/subscribe topic "T". Later, "Pub" will allow the mobile client 
application to publish a JMS message on topic "T". 

2. The Thin Message Client Library creates a command token containing the 
information which is needed by the proxy for allocating a JMS TopicPublisher, on 
20 behalf of the client The command token contains a code information (e.g. a one-byte 
number) denoting a 'Create a publisher 1 command. It also contains the JMS topic n T M 
the publisher shall be tied to (e.g. a one-byte number), as well as an information 
Code "P" (e.g. a one-byte number) denoting the publisher. 
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3. The proxy creates a JMS TopicPublisher "Pub" for topic M T" on behalf of the thin 
client 

4. The proxy associates TopicPublisher "Pub" with the code information "P". This 
can be done by storing the TopicPublisher "Pub" into a data dictionary, using code 

5 information "P" as the search key. 

5. The client application creates a JMS message "msg" containing application 
specific information, e.g., a book order. This step, of course, as well as the 
subsequent step 6, can be carried out following to or simultaneously to steps 3 and 4. 

6. The client application now publishes JMS message "msg" on topic "T", using 
10 TopicPublisher "Pub". 

7. The Thin Message Client Library creates a command token containing the 
information which is needed by the proxy for publishing the message using state-of- 
the-art JMS middleware. The command token contains a code information (e.g. a 
one-byte number) denoting a 'Do publish command. It also contains the code 

15 information for the TopicPublisher (Code "P") as well as the message "msg". 

8. The proxy retrieves the TopicPublisher "Pub", which is associated with Code "P". 
This publisher "pub" was associated with Code "T" in Step 4. 



20 



9. Finally, the proxy publishes the JMS message "msg" on topic "T" using a state of 
the art JMS middleware. Concretely, the proxy forwards the message "msg" on topic 
"T" to a state of the art JMS application using JMS. 
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GLOSSARY OF TERMS USED 

TCP: Transmission Control Protocol 
IP: Internet Protocol 
5 HTTP: Hypertext Transfer Protocol 
WAP: Wireless Application Protocol 
WDP: WAP Wireless Datagram Protocol 
SSL: Secure Socket Layer 

JMS: Java Message Service (http://java.surL com/products/ims/) 
10 PDA: Personal Digital Assistant 
SMS : Short Messaging Service 
GSM: Global System for Mobile Telecommunication 
DAB: Digital Audio Broadcast 

JDBC: Java Database Connectivity (http://java.sunxom/products/idbc/) 
15 ODBC: Microsoft's Open Database Connectivity 
MOM: Message Oriented Middleware 
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WHAT IS CLAIMED IS: 

1. A system for delivering information between applications running on mobile 
wireless devices and serving as clients and applications running on computers, 
said computers being connected to a wired computer network, the system 

5 comprising 

a proxy implemented on a computer connected to the computer network, 

and wireless communication means for establishing a communication channel 

between the proxy and the clients, 

the clients each comprising a programming library corresponding to at least a 
10 fraction of a programming library used by a message oriented middleware 

(MOM) and a transport protocol adapter with a logic to interface with a transport 
protocol, thus defining at least one communication transport protocol for a 
communication on said communication channel, 

the proxy comprising at least one transport protocol adapter with a logic to 
15 interface with said communication transport protocol. 

2. The system of claim 1, wherein the proxy comprises at least one of a wireless 
transport protocol adapter implemented before start-up of the message proxy and 
of a wireless transport protocol adapter implemented by a program code at run- 
time of the message proxy. 

20 3. The system of claim 1, wherein said at least one transport protocol adapter 
supports HTTP or SMS or WAP or WDP or GPRS or UMTS. 
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4. The system of claim 1, comprising a local database on at least one of the clients 
and on the proxy, allowing the client and the proxy to store information in case 
of disconnection. 

5. The system of claim 4, comprising at least one pluggable database adapter 
5 allowing the client and the proxy to use any database product 

6. The system of claim 1, wherein the clients are implemented in the JAVA 
prograrriming language. 

7. The system of claim 1, wherein the clients are implemented according to the 
JMS specification. 

10 8. The system of claim 7 wherein the proxy is integrated in the JMS middleware. 

9. The system of claim l t wherein the clients support the JMS publish/subscribe 
messaging model. 

10. The system of claim 1, wherein said clients support the JMS point-to-point . 
messaging model. 

15 11. A method of delivering information between a first application running on a 

mobile wireless device and serving as client and a second application running on 
a computer, the computer being connected to a wired computer network, 
comprising the steps of, 



WO 02/05507 



-17- 



PCT/CH01/00388 



- providing a programming library corresponding to at least a fraction of a 
programming library used by a message oriented middleware (MOM) and a 
transport protocol adapter with a logic to interface with a transport protocol 

- creating, on the wireless device, code information representing at least one of 
5 a topic and of queue contained in a MOM programming library, 

- transmitting the code information to a proxy implemented on a computer 
connected to the computer network 

- simultaneously or subsequently, transmitting message data specific to the 
first application to the proxy and 

10 - creating, by the proxy, at least one MOM command referred to by the code 
information 

- forwarding the message data to^je^djgoj^aj^using the MOM 
command referred to by the code information. 

12. A computer program for being run on a computer connected to a wired computer 
15 network, comprising program code means for implementing 

at least one transport protocol adapter with a logic to interface with a transport 
protocol, 

means for receiving at least one of MOM command tokens and of MOM 
message tokens from an application running on a mobile wireless device serving 
20 as client, via said transport protocol adapter and using said transport protocol. 

means for sending MOM message tokens to a client via said transport protocol 
adapter and using said transport protocol, and 

means for exchanging MOM message tokens with a MOM client implemented 
on a computer of said wired computer network. 

25 13. The computer program of claim 12 comprising software code for implementing 
means for receiving and sending JMS MOM tokens. 
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14. A computer program product comprising a computer usable medium having 
thereon computer readable program code means for implementing on a computer 
connected to a wired computer network 

at least one transport protocol adapter with a logic to interface with a transport 
5 protocol, 

means for receiving at least one of MOM command tokens and of MOM 
message tokens from an application running on a mobile wireless device serving 
as client, via said transport protocol adapter and using said transport protocol, 
means for sending MOM message tokens to a client via said transport protocol 
10 adapter and using said transport protocol, and 

means for exchanging MOM message tokens with a MOM client implemented 
on a computer of said wired computer network 

15. A computer program for being run on a mobile wireless device comprising 
program code means for implementing a programming library corresponding to 

15 at least a fraction of a prograrnming library used by a MOM and a transport 

protocol adapter with a logic to interface with a transport protocol 
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